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r^^ CHARGING IN A COMMUNtCATlQM SYSTEM 

This invention relates to charging for services In a communication system such as a 
mobile telephony system. 

In a basic communication system a simple communication network is provided, which 
can link together two communication temilnals so that the terminals can 
communicate with each other in a communication session or call. Conventionally, a 
designated entity in the network uses a stored tariff to determine a charge for a call 
based on the call's duration. Each terminal user has a diarging account with the 
operator of the network. The charge for a caO Is then aiiocated to the charging 
account of the user of the terminal that originated the call. When a call is in progress 
the network may use the tariff to estimate the chaipe due in respect of the call so far. 
The network may periodically transmit that estimated charge to the terminal ^ 
originated the call, and the estimated charge may then be displayed by that temiinal 
so that its user can see the ongoing cost of the call. 

Pre-paid communication accounts are becoming increasingly popular. Under a pre- 
paid account scheme a user pays in advance for communteation sendees. As ttie 
user makes use of sen/ices the charges for those services are deducted from the 
balance of the user's aooount unUt the baianoe has diminished to zero. Then the 
network blocks the usage of services by the user until the aocount has been topped 
up. Pre-paM services have the advantage that the network operator does not need 
to trust the user to pay in amsars for sendcea However, in order to successfully 
implement a pre-paid system the operator's network must be able to stop the user 
using services when the balance of his aoocxint falls to zero. In ths baste 
communication ^stem described above this can be acTdeved simply by the network 
estimating the charge for a call wNlst It is in progress, comparing that chaipe wHh the 
rsmalnir^ balance of the pre-paid aooount that Is to be charged for the call and 
terminating the caR if the charge exceeds the remaining balance. 
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In more complex communicaHon s^tems, for example communication systems 
according to the UMTS (univereal mobile telecommunications system) standard for 
third generation (3G) communicaHon systems the systems of more than one 
4Dperator may be used for carrying a call, and operators of ail of those systems may 
be able to levy charges independently for the services the provide in supporting the 
call. However, a system of this sort would rely on the possibility of reliably applying 
to the correct account tfte ^aiges'made by a number of operatore for a single call. 
Furthermore, if In a system of that sort the user who Is to be diarged tor the call has 
a pre-paid account the network would have to be able to track the ongoing cha^e for 
a call as It was in progress even though the charges for the call derived frem a 
number of qieratore. Othemvlse, the call might be allowed to continue when its cost 
exceeded the user's pre-pakf balance. 

Th«B Is therefore a need to provide for enhanced chargir^ capability in 
conrununicatkm networks. 

According to«a first aaped of the present Invention there Is provided a method for 
diaiging for sendees in a communication system comprising a (4)arglr^ entity and at 
least two connection support entitles for provMIng rssouroes to support a conneotton 
In the communication system, the method oomprteing: detecting Initiation of a 
connedton for provision by the connection support entities: generating a charging 
identiiy for ident^ing the connecHon; detmrnmbig acooiding to a first stored tariff a 
first charge for the support of the connectlbn by the first connection siqsport ertStv, 
detemnining acconfing to a second storsd tariff a second chaige for the support of the 
connecBon by the second connection support enflly; transmitting a flrel charging 
message from tiie first connection support entity to the charging entity, ttw message 
specifying ttie first chaige and including tiie chaiging Identity; and transmitting a 
second charging mess^ from ttw second connection support antily to ttw charging 
entity, ttie message specifying tiie second charge and Indudtng the chaiging Identity. 



Preferably at least one of ttie first and second charges is detamnlned based on ttie 
duration of tiie oonriectlon. Preferably at least one of tiie flret and second charges Is 
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determined based on the amount of data transmitted during the connection. Most 
preferably the cdnnectfon supports ttie carrying of data in packet fomri and at least 
one of the first and second charges is detennined based on the number of packets 



Suitably at least one of the first and second charges is of a fixed value. 

Suitably each of the first and second connection support entities has a unique 
Identity. 

TTie step of generating the charging identity Is preferably perfomied by one of the first 
and second connection support entities. There is preferably a step of transmitting the 
chaining identify from the said one of the first and second connection support entities 
to the other of the oonnection support entities. Pivferabiy each of the firet and 
second connection support entities maintains a count of the charging identities it has 
generated, and the charging kientity is fomned by combining the unique identify of the 
entify tiiat geneiBtes the charging Identify and the nea number in the count 
maintained by that entify. 

The method preferabfy comprises the steps of: receiving at the chaiie^ng mtify the 
first and second char^ messages; and determining that the first and second 
charging messages have the same charging Mentify and in lesponse thereto 
summing the first and second charges to forni a total charge for the connection. 
Preferabfy the method comprises aliocaSr^ the total charge to a user account 

The mettled suitabfy comprises the steps of transmitting from the first oonnection 

support entify to the charging entify the unkiue Mentify of the first cormeoOon support 
entity; and transmitting from the second connectton support entify to the charging 
entify the unique identify of the second connection support «ntify. 



transmitted during the connectton. 



ThB method suHabfy comprises the steps of: transmitting from the flist* connectton 
support entify to the. charging -entify the first stored larfff; and transmittihg from the 
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second connection support entity to the charging entity the second stored tariff. 
Preferably, during the connection the charging entity fomis an estimate of the charge 
for the connection according to the first and second tariffs 

Preferably the estimate is transmitted to the initiator of tiie connection, and/or to a 
charging entity responsible for and/or associated with the Initiator of the connection. 

Preferably a charging unit of the system compares the said estimate witti a pre-paid 
balance of an account of tiie user who initiated the connection and if the balance is 
insufficient tenninates the connection. The balance is suitably deemed to be 
insufficient if it does not exceed the etstimate by a prsdetermined amount The 
predstmnined amount may be zero. 

Acoorcflng to a second aspect of the present invention tiiers is provided a 
oommunication system comprising: at least two connection support entities for 
providing resources to support a connection in the communication system and 
anBnged collective to detect initiation of a connection for provision by tiie 
oonnedion 8(4)port entities; generele a charging identity for identifjang the 
connection; and each to determine according to a respective stored tariff a respective 
charge for the support of the conhecBon by the respective connection support entity 
and tranmnit to a charging entity a respective charging message to a charging entity, 
the message specifying the respective charge and including the charging identity; 
and a charging entity for rsoeiving charging messages and summing charges 
specified by charging messages that include the same charging identity to fbmn a 
total charge for a connection conesponding to that duuging identity and causing tiie 
total (^large to be ailocaled to a subscriber account 



The present invention wHi nowbe descifbed by way of OKample wKh referance to the 
accompanying drawings, in which: 

figure 1 fs a schematie diagram of a oommunication network; and 
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figures 2 and 3 show communications for charging operations In the netwoiic 
of figure 1. 

The present invention will be described by way of example with reference to the 
architecture of a 3G network. However, it will be understood that it can be applied to 
any other suitable form of network. 



Rgure 1 depicts the architecture of an. alWP (Internet protocol) UMTS communication 
system. Boxes and ellipses In figure 1 Indicate network elements, whkrfi are 
annotated by their standard abbreviations. The network elements are connected by 
Interfaces indicated by lines, whose types are indicated by their standaixi 
abbreviations next to the lines. Network elements whose abbrevlatk)ns carry the 
sufflx in figure 1 are duplicated in the figure for ease of layout, but belong to the 
same logical element in the UMTS reference model. 

In the system of figure 1, Items of terminal equipment <TE) 1 can communteate with 
the UMTS network 2 via nadk) (R) interface 3. By this means the TEs can 
communicala with other TEs that are connected directly to the UMTS network or are 
connected to other networks 4 that ars oonnerted to the UMTS network. The TEs 
can also receive applteafions andeervtoes from applteatton/servk^e platfonn 5. 

In the ^em of figure 1 it is anticipated that diaiging contrt)! informatton for 
generating charges for separate services provided to su|:q}ort a^oonneetkm or cafl- 
couM be generated from a number of entities: 

1. The appifcaQons and seivices unit 5 (SCP or olhenvtee): for example to make a 
charge to a user for the use of a supplementaiy or value-added aervlce (e.g. call 
fonAorcRng, call transfer or rsoommmdation of a restaurant local to the i»ei). 

2. The access network (tfteSGSN 6 or<aGSN 7): for provision to the user of access 
for his temiinal to the UMTS network. 

3. The multimedia IP network <4a): for provision of access to that netwoik ancVor for 
access to spedfto data ftom the netwoik and optionally for guarantees of quality of 
sen/ice in ttie network. 
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4. Lega^ networks such as legacy moisfle communication network 4b and legacy 
PSTN nebmrk 4c: for provi'sion of access to tiiose networks. 

5. Core network (CPS - a physical element which Includes the CSCF and optionally 
the MGCF too); for use of the UMTS core network for transfer of data 

The present application describes a means to combine charges provided from such a 
plurality of sources and also to permit pre-paid subscriptions to be supported. The 
charging means described herein makes use of charging date records <COR} which 
are generated in the entities that levy chatpes and allow the cha^ng control 
Infomutton to be passed In a coherent way. There are several forms of CDR, 
depending on the unit that generates the CDR. However. aD the CDRe include a 
gtobal charging Identifier (charging ID) which aaom the CDRs that have been 
generalpd bn reqxMfue to a single communteation to be matched up. 

Some spedfic examples of CDRs will now be described. 



Table 1 shows ttte structure of aC-CDR, whkih is the fomn of CDR generated by the 
UMTS CPS 8. This CDR is generated when there has been point-to-point 
transactton. Tbe CDR comprises a series of fields each of whh^ has a -component 
type. 



Table 1 -C-CDR 



Reld 


Component 
Type 


Deeorlption 


Record Type 


Bl 


CPS transaction type 
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Local Record Sequence 
Number . 


Bl 


Consecutive record number created by 
this node. The number is alkx^ated 
sequentially including all CDR types. 


Charging ID 


Bi 


POP context identifier used to Identify 
this PDP context in different records 
created by CPS. 


Record Length • 


Bl 


Lengtii of the record 


User ID 


Bi 


Served party LN/MSISDN 


User (MSI 


Bl 


Served party IMSI 


Cause for Record Closing 


Bl 


The reason for the release of record 
from this CPS. 1 


Record Sequence 
Number 


Bl 


Partial record sequence number in this 
CPS. Only present incase of partial 1 
records. | 


Partial indicator 


BI 


Identify tiie type of partial rsoord (last) 


CPS address 


Bl 


The IP address of the CPS 


Originating NE Address 


UIO 


The address of originating sMe 
network element 


; Connected ID 


urr 


Connected party U^l/MSiSDN 


Tenninating NE Address 1 


urr 


The address of terminating side 
network element j 


Access Time ] 


Tl 


Time stamp when PDP context 
activation is created In tills CPS. In 
intennediate charging this is not 
updated. j 


Opening time ] 


Tl 


Record opening time. 1 


Closing Time 


TI 


Record closing time. 1 


Duration | 


Tf 


Duration of tills record In ttie CPS. 


Uplink Data Volume 1 ' 


TDI 


Amount of transfened data (i4)llnk) 


Downlink Data Volume ] ' 


TDI 


Amount of transfened data (downlink) | 


QoS 


FDI i 


Qualify of Sen/tee requlrad/accepted 1 
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Shared Charging 


C! 


Type of shared charging, if not used 
value is "Normal Charging" 


Shared Percentage 


CI 


Amount of fee charged fiDm subscriber 
"User ID" 


Received Pulses 




Pulses received from network 



Table 2 shows the structure of an SE-CDR, which Is the form of generated by 
the application / services platfomi 5 for the provision of supplementary services. This 
CDR also records the corresponding amount of chargeable signalfing usage). 



Table 2 -SE-CDR 



Field 


Component 
Type 


Description 


Record Type 


Bl 


CPS transaction type 
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Local Record Sequence 
Number 


Bl 


Consecutive record numtier created bv 
this ncKle. The number fs allocated 
sequentially including all CDR types. 


Charging ID 


Bl 


PDP context identifier used to identify 
this PDP context in different records 
created by CPS. 


Record Length 


Bl 


Length of the record 


User ID 


Bl 


Served party LN/MSiSDN 


UserlMSI 


Bl 


Served oartv IMS! 


Cause for Record Closing 


Bl 


The reason for the release of rBoord 
from this CPS. 


Record Sequence 
Number 


Bl 


Partial record sequerwe number in this 
CPS. Only present in case of partial 
records. 


Partial indicator 


Bi 


Identify the type of partial record <Ia8t) 


CPS address 


Bl 


The IP address of the CPS 


Served Time 


SI 


Service usage time 


ServioeCode 


SI 


Used service 



The fields In the CDRs are as follows: 



Record tvpg 

Identifies the type of CDR and the diredion (in terms of origination and termination) 
of the communicati(m that gave rise to it Examples of record types are listed in table 

a. 



Table 3 - Examples of record types 



Record Type Code 


Description 


01 


IP originated transaction (GPRS or other CPS) 


02 


IP terminated transaction <GPflS or other CPS) 


03 


PSTN origln^ed transaction (lndudlng<aSM) 


04 


PSTN tenninated transaction (Including GSM) 



4 
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06 


Camel originated transaction 


06 


Camel terminated transaction 


07 


FORW (Forfonwarding subscriber) 


08 


ROAM (For roaming subscriber) 


09 


Service CDR (SE-CDR) 


10 


For future use 


11 


For future use 



Local Reoord Sequence Number 

The consecutive record number of the CDRs created in the item of network 
equipment that generated this CDR. 



Phaminq IP 

The global charging ID. This is created, as described In more detail below, in for 
example the SGSN or CPS or another network element. 

Record Length 

Length of the CDR in bytes 

Use r ID 

Served party klentification. The fonnat of the field depends on the type cf transaction. 

Served party IMSI 
Cause for Record Closing 

The reason for record dosing, if intennediate diarging occurs this indicates t\e 
reason of the Intennediate charging. 

Received Pulses 

Pulses received from the networic (ISUP). 
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Record Sequence Number 

Partial record sequence number. Only present In case of partial records. 
Partial Indicator 

Identify the type of partial record (partial, last partial) 
CPS Address 

The IP address of the CPS. 
Originating Acjdr??? 

The address of originating side network element This depends on the type of 
transaction. 

Connected ID 

Connected party identification. This depends on the type of tiansaction. 
Terminatino NE Address 

The address of temnlnating side networic element This depends on the t^e of 
transaction. 

Acce8?TlmQ 

Timestamp when the POP context has been acti>^rted. In case of intemiediate 
charging this remains the same during whole transaction. 

Opening Time 

ITmestamp when the record has been opened. 

piQ^lngTime 

Timestamp when the record has been closed. 



The duration of the transaction. 
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Uplink Data Volume 

Amount of transfemed data uplink. 

Downlink Data Volume 

Amount of transf en^ed data downlink. 

Quality of service required/accepted 
Served Time 

Timestamp M^en service has been used 
S^rvloeCod^ 

Identifies which sen/ice has been used. Signaling could be one of the chari^abie 
services (case by case) 

SharecjCh^inq 

Type of shared charging. 

Shared Percentage 

Amount of fee charged from user identified in field *User ID" 



The component types of theODRs are listed in table 4. 
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Table 4 - CDR component types 



Component type 


Description 


Bl 


Basic information 


UIO 


User information originating - infomnation relating to the user 
tfiat originated the connection 


UlT 


User information terminating * information relating to the user 
that terminated the connection 


Tl 


Time infonnation - infonmation relating to the time and temporal 
duration of the connection 


TDI 


Transfen^ed data information - information relating to the 
amount of data transfen'ed during the connection 


CI 


Charging information - infomiation relating to the charging 
structure for the connection 


SI 


Service information - infomnation rdating to the servlce(8) used 
in the connection 



Other GDRs may be fornied In a like way to those described above. 



The operation of charging using such CDRs will now be described 

The global charging ID provides a unique identifier for each connecHon/cail. €aoh 
CDR indudes a global charging ID field which includes the global ohaiiging ID of the 
call to which the information in it relates. 

The first unit to generate a CDR or to begin charging for a call prefembiy generates 
the global charging ID for the call. One means by which this may be achi^ed is for 
each network unit that can gen0rate global charging IDs to have an Identity, for 
example in the fomn of an identity number, that is unique in the sense that no other 
unit that can generate CDRs has the same identity. Then each networic unit that -can 
generate global charging ilDs also Ice^ a oount, for example as an integer, of the 
global charging (Ds that it issues. When the unit needs to fonn a global charging ID it 
combines its own identity number wfth the latest count number<e.g. by ooncatenatirig 
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those numbers together) to produce the gtobal charging 10 and incfements the count 
by one. For example. If the unique ID of the unft is 934521 and Rs count of global 
charging IDs tt has issued is 324632 then tie next global charging ID it would issue 
would be 934521324632 and the one after that (following incrementation of the 
count) would be 934521324633. The unique ID of the unit could be its network 
identity or Its IP address or could be fonned from either or both of those. The count 
Is suitably 32 bits (4 bytes) long. 

Alternatively the global charging ID may be generated centrally: a unit requiring a 
new global charging ID could request it from a global charging ID server. 

Once a global charging ID has been generated in relation to a call that same global 
charging ID Is used by all the entities that generate charges for the call, bdng 
Included as the charging ID field of each of their ODi=t8 for the &il To aHow this to 
happen the first unit to generate aCDR or to begin charging for a call - l.e. the unit 
that generated ^e charging ID or requested It from the sen^r - causes the chai^ng 
ID to be made available to the other entities that may need to generate CDRs for the 
call. This is preferably done by transfer of the charging ID over the protocols used 
between the entitles, for example the SIP and GTP protocols In UMTS. This may 
require the addition of an element to such protocols as they are presently formed, 
including the protocols that are used for communication with legacy networks such as 
GSM networte that may also need to generate CDR& However, support for this 
feature alk>w8 the unit that generates or first acqulree thecharging ID pushes it to the 
other entitles ttiat may need to generate CDRs for thecal). 

Figure 2 illustrates an axampie of the system In operation. In figure 2, unit 20 is a 
mobile statton or item of user or temiinai equipment i^K 21 is the charging 
generatidn unit of a<3PRS network, unft 22 is the CPS 8 of a UI^S network, unit £3 
Is the charging generation unit of a PSTN network or the MSC of a .GSM network, 
and unit24 is the SOE of the UMTS network. 
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When a call is to be made from TE 20 wa the GPRS system to a temiinaJ of the 
PSTN 23 the call first reac*ies the GPRS system (step 30), which recognises that it 
has no global charging ID for the call and therefore generates one according to the 
method described above (step 31). In passing the call to the core network of tiie 
UMTS system the GPRS system passes the global charging ID it has generated for 
the call (step 32). In passing the call to the PSTN the core network of the UMTS 
system passes the global charging ID It has received for the -call <step 33). jMheH%ie 
c^iiis^tkiimpli^ 
^||sghatslro|«^ 
||g||^ip§*9!fiab^the^ 

ilPliiw;^ il^;MS22 It . 

s^fi^iliaipiltf iB^^ Even if the CDRs arrive at the 

charging entity 24 at different times the charging entity can matdi them up because 
they include ttie same global charging ID. 

When the charging entity receives a CDR it chedcs whether it has previously 
received a CDR having the same gk>bai charging ID as the newly received CDR. if it 
has not n fonns a new transaction on the account of the user to whom the newfy 
received CDR indicates a chaige should be made, the transactton Initialiy having the 
value Indicated in the CDR. When any more CDRs having the same gtobal charging 
ID are received their value is added to the same transaction. iWii^ue ibf ih^ 
l^ii^iii^' idleiiiA^ The transaction may be debitsd from 

the user's aocoimt as a single item so that the charges derived from different sources 
for a single call are transparmt to the user. The transaction may be itemised so that 
the user can see how the total chaige Is made up. 

Alternatively, the CPS 22 could collect and match up the CDRs and send a single 
totalised Indication of the transaction to theSCE 24. 



I 
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|ffite^;i|lemj^^ charging 
JcfortB?^pr^ informattonl eiements^^iEs). CIEs 

dfpnb&ii^ avcaltandl^ they i 

^i^lailpws^^^^^ or itemised chargaf^^^ to be iastimated whilst the c^ll is in 
pro^ Information in a CIE has two \ 

general puiposes: providing a user with advice of charge (mobile charging part - 
MCP) and providing network elements with a specification of how charges are to be 
levied (networic charging part - NCP); Different CIEs may be used for these 
purposes, but for simplicity and compatibiiily preferably a unified f onm of CIE is used. 

Table 4 shows the form of an example CIE 



Table 4 ^ Form of CfE 



Field description 


NCP? 


lyiCP? 


Tariff currencv (ETSNSUP) - used as dBscrifaad I'n 
ES 201 296 


Yes 


Yes 


Units oer time Intervsil - defines how many cumency units are 
charged per time Interval defined In the time interval Add 


Yes 


Yes 


Time Intenral - defines the time interval used as ttia bads for 
charging 


Yee 


Yes 


Switchover time (ETSI ISUP) - used as described In 
€8201296 


Yes 




Shared charaina information - describes the type of fee 
sharing to be used 


Y«s 




Shared charaina Dercentaoa - deaeribaa the parearrtaga that 
the sendee provider is wfliing to pay according to the shared 
chaining infonnation Add 


Yes 




Call attemut charge (ETSI ISUP) - usad as dasnrihari in 
CS 201 296 


Yes 




Call set-UD chame (ETSI ISUP) - uMri <u riMnrihoH in 
£S 201 296 


Yes 




3ua|ity pf If ei^f» - daaerihaa *h« qtmllty flf fteryicft 


Yes 
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Global Charaln^l ID - indicates the unlqiia mSareavM dAsnrih«H 

above 


Yes 




PreHJaid information - indicates a pre^id thraahnlH vaiua fnr 
the subscriber, wliich could be networi<-dependent 


Yes 





Preferably wheri callils: im^ forftte 

l^pipii netvro where the call-orlglnating user's account Is homed (transmission 
steps 40, 41 and (not shown) transmission from unit 22 to unit 24 In figure 2). This 
allows ttiat unit to estimate the itemised and total charges that will be levied for the 
call by all those entitles. The Cl£s can, as for the CDRs be m^hed up on the basis 
of the global charging ID, which all CIEs for a single call have in common. 

If ^lliiir^ jpei^ i^dvjpe of chaige during^^ then ;^SiEs^c^ the 
u^lf^itipirwJiftpm 

I3^e^i^i^a0n^ &^^ network fomn :ja CIE ^jrnming Ihe 

cIpfge^jfn^tKe;^; terminal. 
The CiE(s) sent to the user's temoinal could include only the MCP fields, whereas the 
CIEs sent to the charging entify should Include all the NCP fields. 

Since the charging entity for the user's home network can, using the CIEs, estimate 
the toial charges that will be levied for a-call the CIEs provide a means whereby pre- 
paid aocountB may be supported under a charging structure of the type described 
herein. If the user who originated the call has a pre-paid account then ifie operator 
with whom the user has his account vidB wish to terminate a call whilst it Is in progress 
If it would olhenvise result in the user^e account having no remaining credt 

iiiiiMl#M9>^C^l^^ This may be done, for example, every 

second or every five seconds, depending on the load on the changing entify. The 
charging entity compares that estimated charge virith the balance of the account to 
which the call win be charged. The operator causes the caH to be ended if the 
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estimated charge exceeds the balance, or - to take account of potential errors in the 
estimation - if the estimated charge is not greater than the balance by a 
predetemined threshold. To do tills the charging entity should have knowledge of or 
should be able to estimate the call^lependant factors, such as the duration of the call 
or the amount of data transfen-ed during ihe call, that may have an Impact on the 
charge. These may be transmitted periodteally to the entity by at least one of tiie 
entities involved In canylng tfie call,* for example unit 22 in figuiB 2- Alternatively, 
they may be estimated by the charging entity from a knowledge of the time when the 
call began (e.g. approximately the time at which the CIEs for the call were received 
by the charging entity), the present time, and <if needed) an average cteta 
transmission rate. The duration of tiie call may be estimated by subtracting tiie time, 
at which tiie call began from tiie present time. The amount of data transmitted may 
be estimated by multiplying tiie duration of the call by the expected data rata. 

The principle of shared charging enables operators and/or tfie terniinating user to co- 
q^erate to share or distribute the charges for a call. In conventional diarging tiie 
user responsible for originating the call bears the full cost of the call. Under a shared 
charging regime the user of ttie terminating part may bear part of tiie cost, either 
voluntarily or under requirement from an operator. The type of shared charging may 
be indcated by a code according to table 5. 



Shared 

charging eoCte 


Description 


00 


Normal charaina- Charges not ahaBBrf UsAriufhon tho ii«Arrrf 

thetsrminatingpart isnottobearanyofttiecostofthecall. The 
originating subscilber is chargsd for the fuO cost of the caii. 


01 


NetW0i1< access fas - Indicates that tha i «Arnf fhA tarmiruatin/j 

part wfil bear part or ail of the networic access Charge. 


02 


Transfen^d data towards used service - Indicates that the ii«u»r 


of the terminating part will bear part or ail of the cost of 
transfening data towaitte a used sen/ice. 


03 


iiSid.sen4p^ - indicates that the user of the tanminflfing part wfii 
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bear part or all of the cost of a used service. 


04 


CallControl and MobilitvManaaement - Indicates that the user of 


the terminating part will bear part or all of the charge due to t#all 
routing and mob/Hty management (due to the CalJProcessing 
server). 


05 


Total cost of transaction exciudinq other services' fees - 


Indicates that the user of the temiinating part v^ll bear a 
proportion of the total charge of the call exduding the charge for 
the use of supplementary/value-added services. 


08 


Total cost of transaction - Indicates tha* tfie user of the 
temfiinating part will bear a proportion of the total chanis of the 
call. 



Otiier types of shared charging may be used in addition to or instead of tiiose listed 
above. 



When a call is set up and shared charging is in use tiie entities that will generate 
chaipes for the call detemilne whether any of the charges for the call will be shared, 
for example by cheddng tiidr own network policies and any preferences for the imr 
of the part that temiinates the call. Based on that detennlnation they determine 
which shared charging code applies to the call. That shared charging code is 
included in the shared charging infomiation field of tiieCIE that they generate, and 
tiie percentage (from 0% to 100%) of the appropriate charge <a8 Indicated by that 
code) tiiat will be borne by tiie temniinating party is imficatad in the shamd diarging 
percentage field. By this means the impact of shared (Urging can be talcen Into 
account If the charging entity of tiie originating party's network needs to estimate the 
charge for tha connectioa Provided the sharing is of services provided by the 
network that Is home to the temninating party that netwoik can also estimate the 
charge that wiil be due to ttie terminating party and ttierefore support ttie situation 
where tiie terminating party has a pre-paid account; otiierwrfsecopyOiDs incHcating 
tiie basis for other charges due to the tenninaflng party must also be transmitted to 
ttie temiinating part/s charging entity. 
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If more than one CIE for a call indicates the same shared charging value then they 
are settled by the charging entity of the originating party according to the following 
priority: 

1. The order in which they were received by ttiat charging entity. 

2. Calculating the fee from the original* cost When tiie remaining part of the 
corresponding chaipe is zero then further shared charging indications are deemed 
invalid. 

if more than one CIE for a call indicates a different shared changing value then they 
are settled by the charging entity of the originating party according to the following 
priority: 

1 . Charging types 01 to 04 as indicated above are bandied first. 

2. Charging type OS as indicated above is handled tiiereafter. 

3. Charging type 06 as indicated above is handled thereafter. 

Figure 3 Illustrates an example of shared dialing in action, ^^^i^^^^r^ 

^o|ifiM 

figure 3 illustrales the signalling using CIEs that may happen as the call to set up. 

Signals 50, 51 niustrate the transmission of a first CIE: CiE#1 . ThisOlE indlcatee the 
basic tariff to the subscriber of the MT/UE 40 for the ^1 <including tariff currency, 
units per time intenml and time Inten/aQ. dE#1 Is ttansmttted from the SCP to the 
CSCF43andthentheMCP parte of the CIE are passed on to the MTAiE 40. 
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Ipttiel!^) v^lt^i^^i^^^ ilii^; h will; m^ a ^rge for the use of : 

eSQF 43 forvi«Kl (signal 53) so that ft can take that Cl^ into 

x:ac<»tirrl In estimating the ongoing post of the call in case the user has a pre^DaicI 
•||||bplption. ;^CJSCF 43 also informs the m/UB 40 of the updated chlir^lng regime 
iilKi^vi^W^iiiiiMilt^foo^^ to the , 

ii^llrecii^,^^^^ 

iii^sjiridjeii^^ 



Then PSTN 42 indicates via MQCF 44^8ignals 55, 56) that it will make a charge as 
Indteated in CIE#3. This is a charge part of whteh wIO be sftared with the terminating 
user. CSCF 43 fonvards CIE#3 to SCP 41 (signal 57) so that It can take that CIE into 
account In estimating the ongoing cost of the callln case the user has a pre-paid 
subscription. CSCF 43 also infonns the MTAJE 40 of the iqxlated charging regime 
(signal 68), either by fonvarding the MCP infbmtation from CIE#3 or by fonwaitUng a 
superseding summedCIE. 



Charging Infbmiatlon is preferably oonsfelered separately in detarmining whether, for 
a pre-paid user, IndhMual servtoes may be accessed or indMduai calls maintained. 

In general, the protocols that are used betUKsen chaiga-generatir^ network elements 
and between netwoifc dements that motSfy charging Infomialion shouki support 
transfer of the charging ID. 

The present invention has been described with specifk; reference to the UMTS and 
^PRSsystmis. l4owavar,ll Is not limited to these syBten». 

The applteant draws attention to the fact that the present Inventton may Include any 
feature or combination of features disclosed herein either implicitly or explicitly or aity 
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generalisation thereof, without limitation to the scope of any of the present claims. In 
view of the foregoing description It will be evident to a person skilled In the art that 
various modifications may be made viritiiln the scope of the invention. 
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CLAIMS 

1. A method for charging for services in a communication system comprising a 
charging entity and at least two connection support entities for providing resources to 
support a connection in the communication system, the method comprising: 

detecting initiation of a connection for provision by the connection support 
entitles; 

generating a charging Identity for Identifying the connection; 

determining according to a first stored tariff a ffnst charge for the support of the 
oonneoHon by the first connection support entity; 

determining accordng to a second stored tariff a second charge for the 
support of the connection by the second connection support entity; 

transmitting a first charging message from the first connec^on support entity to 
the charging entity, the message specifying the first charge and Including the 
charging identity; and 

transmitting a second charging message from the second connection support 
enlHy to the charging entity, the message specifying the second charge and Including 
the charging Identity. 

2. A method as claimed In daim 1, wherein at least one of the first and second 
charges is detennlned based on the duration of the connecQon. 

3. AmethodasdairnedlnciaimlorS, wheraihatieastoneofthefirBtan^ 
charges Is detemiined based on the anx)unt of data transmitted during the 
connection. 

4. A method as claimed in claim 3, wherein the connection supports fte carrying of 
data in packet forni and at least one of the first and second chaiges Is detarmmed 
based on the number of packets transmitted during the oonnection. 

5. A method as claimed In any preceding claim, whendn at least one of the fliBt and 
second charges is of a fixed value. 
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6. A method as claimed in any preceding claim, wherein each of the first and second 
connection support entities has a unique identify. 

7. A method as claimed in any preceding claim, wherein the step of generating the 
charging identity is perfonned by one of the first and second connection support 
entitles. 

8. A method as claimed In daim 7, comprising the* step of transmitting the charging 
identity from the said one of the first and second connection support entities to the 
other of tfie connection support entities. 

9. A method as claimed in daim 7 or 8 as dependant on claim 6, whensin^ch of the 
first and second connection support entities maintains a count of the charig^ng 
Identities it has generated, and the charging identity Is forrned tvy combining the 
unique Identity of the entity that generates the charging identity and the next number 
in the count maintained t^that en%. 

1 0. A method as daimed In any preceding daim, comprising the st^e of: 

receiving at the charging entify tfie first and second charging messages; and 
detemiining that the first and second charging messages have the same 

charging identity and in response thereto summing the first and second charges to 

f omi a total charge for the oonnectfon. 

1 1. A mettKXi as daimed in claim 10, comprising allocating the total charge to a user 
account 

12. A method as daimed in daim 10, comprising divfdihg the total charge into at 
least two portions and allocating one of those portions to a first user account and the 
second of those portions to another user account 
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13. A method as claimed in claim 12, wherein the first user account is associated 
with a terminal that initiated the connection. 

14. A method as claimed in claim 13, wherein the second user account is associated 
with another terminal to which , the terminal that initiated the connection has been 
connected by means of the connection. 

15. A method as claimed In claim 13, wherein the second user account is 
unassoclated with another terminal to which the terminal that initiated the connection 
has been connected by means of the connection. 

1 6. A method as dalmed in claim 6 or any of claims 7 to 1 &as dependant dineotly or 
indirectly on claim 6, comprising the steps of: 

transmitting from the first connection support entity to the charging entity the 
unique identity of the first connection support entity; and 

transmitting from ttie second connection support entity to the charging entity 
the unique identity of the second connection support entity. 

17. A mettKxf as daimed in any preceding daim, comprising the steps of: 

transmitting from the first connection support entity to the charging entity the 
first stored tariff! &nd 

transmitting from the second connection support entify to the charging entity 
the second stored tariff. 

18. A method as claimed in daim 17, wherein during the connection the charging 
entity form an estimate of the charge for the connection aocording to the first and 
second tarfffe 



18. A communication systam comprising: 

at least two connection support entities for providing pesouioes to support a 
connection In the communlcafion system and amanged ooliectiveiy to detect initiation 
of a connection for provision by the connection support entities; generate a charging 
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Identity for identifying tlie connection: and eacli to determine according to a 
respective stored tariff a respective charge for the support of the connection by the 
respective connection support entity and transmit to a charging entity a respective 
charging message to a charging entity, the message specifying the respective charge 
and including the charging identity; and 

a charging entity for receiving charging messages and summing charges 
specified by charging messages that Include the same chariglng identity to fonn a 
total charge for a connection con'esponding to that charging identity and causing the 
total charge to be allocated to a subscriber account. 

20. A method for chaiiging for services In a communication system capatrfe of 
supporting communication between at least a first user tamninal and a second user 
temiinal, the communication ^stem inducing: 

a charging entity for attributing to an account associated with one of tiie 
temninajs a charge for the use of services In su|:^orting the communication; and 

a plurality of communication support entities each capable of provicfing 
sendees to support the communication and to whidj fxyment lor the provision erf the 
respective sennoes in supporting the commuileaUon Is attributable; 
the method conq^rlsing: 

each communication support entity transrtiitting to the charging entity an 
indcafion of a respective charging caloulatfon method; 

the charging entity receiving and storing each indication of a charpng 
calcuiatfon method together with an Indication of the entity to which ttie indication 
relates; ■ 

establishing a communication Rnk between the first user tennlnal and the 
second user terminal by means of servioes pro>^ded by a sub-set of tiie 
communication support entities; and 

the charging antfty ptirfomiing the steps of: determining for each of tiie 
communication support antttfes of the sub-set a rsspecflve amount; attributing to 
each of the oorrimunicatibn support entities of the sub-set a payment determined in 
dependence on the respective amount; and attributing to an aooount associated with 
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one of the first user termlna/ and the second user terminal a charge determined fn 
dependence on the sum of the detennined amounts. 

21. A method for charging for services in a communications network, comprising: 

determining a charge for a connection between a first temiinal and a second 
terminal; 

dividing the charge into at least two sub-charges; and allocating one of those 
portions to a first user account and the second of those portions to another user 
account 

22. A method as claimed in daim 21, wherein the first user account Is associated 
wAh a temiinal that initiated the connectfoa 

23. A method as claimed in claim 22, wherein the second user account is associated 
wHh another terminal to which the temiinal that initiated the connection has been 
connected by means of the connection. 

24. A method as dalmed in dalm 23, wherein the second user account is 
unassodated with another ternibial to which the temiinai that initiatad the connection 
has been connected by means of ttie connection. 

25. A method for charging for services in a communication system eubstantfally as 
herein described with reference to the accompanying drawings. 

26. A communication system substantially as herein described with referenoe to the 
accompanying drawings. 
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